home *** CD-ROM | disk | FTP | other *** search
- Date: Fri, 3 Jun 1994 03:25:31 -0400 (EDT)
- From: Timothy Miller <millert@undergrad.csee.usf.edu>
- Subject: Re: Proposal
- To: gem-list@world.std.com
- In-Reply-To: <memo.279434@cix.compulink.co.uk>
- Message-Id: <Pine.3.87.9406030331.A17519-0100000@undergrad>
- Mime-Version: 1.0
- Precedence: bulk
-
-
-
- On Fri, 3 Jun 1994, Ofir Gal wrote:
-
- >
- > In-Reply-To: <Pine.3.87.9406021251.H11025-0100000@undergrad>
- >
- >
- > In message <Pine.3.87.9406021251.H11025-0100000@undergrad>, millert@undergrad.csee.usf.edu said:
- > >
- > >Initially, I thought that I might be able to tolerate looking at the
- > >scancode for the control-keys, but with all this extra CRAP that needs to
- > >be dealt with for foreign keyboards, my responce is 'screw it!'.
- >
- > Fine, exclude all non-english users from your user base. All modern
- > programs work in the way Annius has outlined. I think you need to take
- > allok at Edith, Papyrus, CoNnect or even Everest (which is a simple but
- > very nice text editor) to get an idea of what's going on.
- >
- > In any case, it will be quite easy to write a nice GEM program to edit the
- > file with the advantage that the file can be edited with a text editor if
- > you prefer.
- >
- > Bye,
- >
- > Ofir ogal@cix.compulink.co.uk
- >
- >
- What do you suggest that the programmer do to distinguish between, some
- control codes (like ctrl-m, i, h, etc.) and the other keys that normally
- generate them (return, tab, backspace, etc.), and maintain compatibility
- with foreign keyboards? Keep a seperate key table for each language?
-
-
-